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PROCEDE DE COMMUNICATION DEPTHS Ufrl EQUIPEMEBIT MOBILE 

La presente invention se rapporte au domaine des 
Technologies de 1 ' Information et de la Communication. 

La presente invention se rapporte plus 
particulierement a un procede de communication mettant en 
oeuvre au moins un equipement mobile comprenant des moyens de 
telecommunications mobiles (du type GSM, GPRS, UMTS, CDMA, 
W-CDMA ...) et des moyens d'acces a un reseau local sans-fil. 

L'art anterieur connait deja, par la demande de brevet 
americain US 2003/0156566 (Doug Griswold et Ron Bexten) , un 
appareil, des precedes et un produit logiciel implementant 
des communications de donnees cellulaires sans f il via un 
reseau local sans fil (W-LAN : Wireless Local Area Network). 
Un systeme de communications de donnees mobiles comporte un 
reseau de communications de donnees cellulaires sans-£il,. 
comme un reseau GPRS ou CPDP, comprenant une plural ite/ de 
stations de base qui communiquent avec des terminaux grace a 
une premiere interface radio. La pluralite de stations^ de 
base sont couplees a un noeud de controle (control node), tel 
qu'un SGSN (Serving GPRS Support Node) ou un CDPD MD-IS 
(Mobile Data Intermediate System) qui administre des 
services, comme la gestion de mobilite et la facturation, 
pour des terminaux communiquant avec les stations de base. 
Le systeme comprend egalement un W-LAN (Wireless Local Area 
Network), tel qu'un reseau IP mobile, qui peut fonctionner 
pour communiquer avec des terminaux mobiles grace a une 
seconde interface radio. Le systeme comprend en outre un 
systeme d' « internetworking » couple entre le noeud de 
controle et le reseau local sans fil (W-LAN) qui fournit des 
communications donnees entre les deux. Le W-LAN peut 
posseder une surface de couverture qui recouvre ou est 
associee a une zone de couverture d'un reseau de 
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communications de donnees cellulaires. .sans, fil, telle que, 
par exemple , des hauts debits de donnees ou des hautes 
densites d' utilisateurs puissent etre supportees : des « hot 
spots » comme des aeroports f hotels 7 centres de conferences 
5 ou lieux similaires. 

La presente invention entend r emedier aux 
inconvenient s de l'art anterieur en proposant un precede 
tres innovant mettant en ceuvre les technologies de reseaux 
10 mobiles cellulaires et de reseaux locaux sans-fil (comme Wi- 
Fi). L' invention trouve par exemple des applications dans le 
domaine de la mise en relation. 

A cet effet f la presente invention concerne ? dans son 
15 acception la plus gener ale , un precede de communication 
mettant en csuvre au moins un equipement mobile comprenant 
des moyens de telecommunications mobiles (du type GSM, GPRS , 
UMTS, CDMA f W-CDMA ...) et des moyens d'acces a un reseau 
local sans-fil caracterise en ce qu'il comprend les etapes 

2 0 consistant a : 

Enregistrer des profils utilisateurs comportant 
chacun un identifiant numerique dans au moins une base de 
donnees numeriques ; 

- Envoyer une premiere requete p ladite requete 
25 comportant une pluralite de parametres et transitant via le 

reseau local sans-fil ; 

- Envoyer une seconde requete a un serveur, cette 
requete comportant au moins une liste d ' identif iants 
constitute d' au moins un identifiant et transitant via le 

3 0 reseau de telecommunications mobiles ; 

Traiter au niveau du serveur la seconde requete a 
1'aide de la base de donnees comportant les profils 
utilisateurs ; 
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Recueillir une reponse a la seconds requete du 
serveur et afficher cette reponse sur un ecran dudit 
equipement mobile. 

Selon une premiere variante, les deux requetes sont 
emises de f agon simultanee. 

Selon une seconde variante, les deux requetes sont 
emises a des instants dif f erents * 

Selon un mode de realisation particulier , 1 ' equipement 
mobile emet un signal vers le reseau local en permanence, 

Avantageusement , le precede comporte en outre une 
etape de constitution d'une liste d ' identif iants - 
correspondant aux reponse s a la premiere requete. 

De preference r le precede comporte en outre une etape" 
de tri parmi les identifiants correspondant aux reponses a 
la premiere requete. ; 

Selon une variante, 1' envoi de la seconde requete est 
declenche par une action de 1 ' utilisateur * 

Selon une autre variante, 1' envoi de la seconde 
requete est declenche de fagon automatique. 

Dans un mode de realisation particulier, le precede 
est mis en osuvre dans un service de mise en relation. 

Dans un autre mode de realisation particulier, le 
precede est mis en ceuvre dans un service de vente de 
proximite . 

Avantageusement, le precede comporte en outre une 
etape de conversion d ' identif iants de fagon a rendre 
compatibles des identifiants de l'operateur de 
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telecommunications avec les identif iants. enregistres -dans 
ladite base de donnees numeriques. 

La presenile invention se rapporte egalement a un 
5 systems de communication pour la mise en ceuvre du proc^de 
comportant une pluralite d'equipements mobiles bio- 
compatibles f au moins une base de donnees , au moins un 
serveur , et au moins un reseau de telecommunications 
mobiles ♦ 

10 

On comprendra mieux 1 ' invention a 1 ' aide de la 
description, faite ci-apres a titre purement explicatif , 
d'un mode de realisation de 1 ' invention , en reference aux 
figures annexees : 

15 

- la figure 1 illustre un systeme de transmission de 
donnees d' informations entre un serveur et plusieurs 
terminaux mobiles au sens de la presente invention ; 

la figure 2 illustre un premier mode de 

2 0 realisation de 1 ' invention ; 

la figure 3 illustre un deuxieme mode de 
realisation de l r invention ; 

la figure 4 illustre un troisieme mode de 
realisation de 1 ' invention . 

25 

On consider e qu ' un utilisateur de la presente 
invention doit etre muni d'un equipement mobile bi- 
compatible comprenant des moyens de telecommunications 
mobiles (du type GSM, GPRS , UMTS r CDMA, W-CDMA ...) lui 

3 0 permettant d'acceder a une base de donnees numeriques et des 

moyens d'acces a un reseau local sans-fil lui permettant de 
communiquer avec les autres equipements biocompatibles 
environnants , Chaque utilisateur doit enregistrer un profil 
dans cette base de donnees numeriques. Chaque profil 
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contient un identifiant numerique qui sera unique. En plus 
d'etre stocke dans la base de donnees numeriques , 
1' identifiant numerique du profil de 1 ' utilisateur sera 
stocke dans l'equipement mobile bi-compatible de 
1 'utilisateur . 

Dans la suite du texte, on considerera que le mot 
« equipement mobile bi-compatible » a comma synonyme : 
terminal mobile ou mobile. 

Illustre figure 1, le systeme de communication selon 
1' invention comprend un serveur 3. 

Le serveur 8 comprend une base de donnees qui est 
composee de trois tables de donnees. 

La premiere table stocke 1' information qui permet au 
serveur de savoir pour chaque utilisateur s ' il a le droit 
d'utiliser la presente invention. Cette table contient les 
champs suivants : 

Identifiant (Cle unique de la table) ; 

Autorisation d'acces (oui ou non) . 

La deuxieme table stocke les informations relatives a 
chaque communaute. Elle contient les champs suivants : 

nom de la communaute (Cle unique de la table) ; 

type de la communaute (Ouverte ou Fermee) ; 

liste des identifiants qui sont membres de cette 
communaute . 



On entendra par communaute au sens de la presente 
invention un groupe d ' utilisateurs ayant choisi de 
s'echanger certaines informations entre eux. 
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Dans la presente invention f n ' importe quel utilisateur 
peut creer une communaute, 

5 II existe deux types de communaute s : les communautes 

ouvertes et les communautes f ermees * 

Dans une communaute fermee, un administrateur A est 
1 ' utilisateur qui a cree la communaute . L'ayant creee, on 

10 considera que c ' est sa communaute. Pour qu ' un utilisateur B 
devienne membre de sa communaute f 1 ' administrateur A doit 
lui donner son autorisation sans laquelle 1 ' utilisateur B ne 
peut pas devenir membre de sa communaute meme s 1 il le 
souhaite • L ' administrateur A peut egalement exclure des 

15 membre s de sa communaute, 

Dans une communaute ouverte, il n'y a pas 
d ' administrateur ♦ Chaque utilisateur peut s ' il le souhaite 
devenir membre d ' une communaute ouverte a partir du moment 
20 ou il connait le nom de celle-ci. 

Dans la presente configuration, chaque utilisateur est 
obligatoirement membre de « la communaute globale » 
recensant tous les utilisateurs • 

25 

La troisieme table stocke les informations relatives 
au profil de chaque utilisateur. Elle contient les champs 
suivants : 

30 - identifiant (Cle unique de la table) ; 

mot de passe ; 
liste d ' appartenance ; 
liste des noms de ses communautes ; 
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informations identif iantes et ses criteres d'acces 

associes ; 

informations personnelles et ses criteres d'acces 

associes * 

La liste d ' appartenance de 1 ' utilisateur A est la 
liste des communautes qui comptent comme membra 
1 'utilisateur A* 

La liste des noms de ses communautes est la liste des 
noms des communautes fermees qui sont administrees par 
1 'utilisateur 

Une information identifiante est une information qui 
caracterise 1 ' apparence physique d'un individu * Une 
information identifiante d'un individu pent aider a son 
identification lorsque cet individu se trouve dans une 
foule. L ' information identifiante pent renseigner sur le 
sexe, 1 ' age , la taille, le poids , la longueur et la couleur 
des cheveux, la couleur des yeux d'un individu reel.; ou 
imaginaire ou peut etre une photo d'un individu*.. 

Les informations identif iantes d'un utilisateur sont 
les informations qui caracterisent son apparence physique. 

Les informations personnelles de 1 ' utilisateur A sont 
des informations que 1 ' utilisateur souhaite communiquer mais 
qui ne sont pas identif iantes . Les informations personnelles 
peuvent nous renseigner sur son pseudonyme, son nom, ses 
gouts,, son parcours f sa vision du conjoint ideal , son 
engagement r ses idees f son humeur , son adresse, ce qu'il 
cherche a vendre, ce qu'il cherche a acheter, le solde de 
son compte en banque , son numero de carte bancaire. . . 
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Par defaut, les informations identif iantes et les 
informations' personnelles de 1 ■ utilisateur A peuvent etre 
consultees par les tons autres utilisateurs environnants sur 
leur terminal mobile. 

Mais 1' utilisateur A pent juger gu'une certaine 
information identifiante ou personnels faisant partie de 
son profil d - utilisateur ne doit pas pouvoir etre consultee 
par tons les utilisateurs environnants. II juge ainsi cette 
information sensible et il peu t alors limiter 1'acces a 
celle-ci a certains utilisateurs environnants seulement 
remplissant certains criteres . 

Ainsi pour une information jugee sensible 
(identifiante ou personnelle) par 1 > utilisateur A, 
1' utilisateur A peut lui associer un critere d'acces. Ce 
critere d'acces doit etre rempli par les utilisateurs 
environnants pour pouvoir consulter sur leur terminal mobile 
1 ' information de 1 ■ utilisateur A qu ' il a jugee sensible. 

Un critere d'acces est compose d'un critere 
identif iant et/ou d'un critere communautaire : 

1) Un critere identif iant 

Un critere identif iant est compose d ' informations 
identif iantes. Un utilisateur B remplit le critere 
identif iant choisi par 1 > utilisateur A si les informations 
xdentif iantes de 1 > utilisateur B contenues dans son profil 
d' utilisateur remplissent le critere identif iant choisi par 
1 'utilisateur A 

2) Un critere communautaire 
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Le critere communautaire de 1 ' utilisateur A est un 
critere compose d'une liste de plusieurs communautes 
choisies par 1 ' utilisateur A. Un utilisateur B remplit le 
critere communautaire de 1 ' utilisateur A si au moins une 
communaute de la liste composant le critere communautaire de 
1 'utilisateur A se trouve dans la liste d' appartenance de 
1 'utilisateur B. 

N'importe quelle communaute ouverte peut faire partie 
de la liste des communautes composant un critere 
communautaire de 1 ' utilisateur A. En revanche, seules les 
communautes fermees qui comptent comme membre 1 ' utilisateur 
A peuvent faire partie de la liste des communautes composant 
un critere communautaire de 1' utilisateur A. 

Le serveur 8 comprend un organe de connexion 
permettant la reception de requetes pouvant venir , de 
n'importe quel terminal mobile 2. L ' organe de connexion 
permet aussi 1 'envoi et la gestion des envois des messages 
destines a un ou des terminaux mobiles. 

Le serveur 8 comprend aussi deux zones de traitement. 

La premiere zone de traitement s' assure que la requete 
recue peut etre executee. Elle permet d'empecher 
1' utilisation frauduleuse du terminal mobile. 

La premiere zone de traitement consulte 
systematiquement la premiere table de donnees et verifie 
systematiquement que 1 ' identif iant du demandeur est bien 
autorise a acceder a la deuxieme et a la troisieme table de 
donnees du serveur. Cette verification est indispensable. 
Si le demandeur n'a pas le droit d' avoir acces aux 
informations contenues dans les tables de donnees, la 
premiere zone de traitement redige un message d'erreur qu'il 
lui envoie . 
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Si la requete passe la premiere zone de traitement 
avec succes ? elle passe clans la deuxieme zone de traitement. 

5 La deuxieme zone de traitement determine le type de la 

requete puis la traite. 

Il existe deux types de requete : 
la requete complete ; 
10 - la requete incomplete, 

Seules les requetes completes peuvent etre executees 
par la deuxieme zone de traitement. 

15 La requete incomplete est presents sous deux formes : 

la requete de type X ; 
la requete de type Y. 

20 Une requete est complete si elle contient : 

1 ' identif iant de 1 1 initiateur d'une recherche ; 
un numero de recherche ; 
un critere de recherche ; 

une liste compos ee d 1 au moins . un identif iant 
25 environnant a 1 r initiateur de la recherche. 

Un critere de recherche est de meme nature qu ' un 
critere d' acces . 11 est compose d'un critere identif iant 
et/ou d ' un critere communautaire . Mais un critere de 
30 recherche n ' est pas associe a des informations contenues 
dans les profils utilisateurs . 

II est associe a un numero de recherche et est defini 
par 1 ' utilisateur lui permettant d ' obtenir davantage 
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d' informations sur tons lea utilisateurs environnants 
remplissant son critere de recherche. 

Pour eviter toutes confusions, dans la suite du texte, 
on dira que le critere d'acces est compose d'un critere 
identifiant d'acces et/ou d'un critere communautaire d'acces 
et que le critere de recherche est compose d'un critere 
identifiant de recherche et/ou d'un critere communautaire de 
recherche . 

Une requete est de type X si elle contient : 

1 ' identifiant de l'initiateur d'une recherche ; 
un numero de recherche ; 
un critere de recherche. 

Une requete est de type Y si elle contient : 

1' identifiant de l'initiateur d'une recherche.; 
un numero de recherche ; 

un identifiant environnant a l'initiateur de la 

recherche . 

On considere qu'une requete de type X est compatible 
avec une requete de type Y et vis et versa, si ces deux 
requetes contiennent le meme identifiant de l'initiateur 
d'une recherche et contiennent le meme numero de recherche. 

Lorsqu'une requete complete arrive dans la deuxieme 
zone de traitement, la deuxieme zone de traitement cree une 
requete de type X qui est stockee temporairement pendant 
environ 5 minutes dans la memoire du serveur a l'aide des 
informations contenues dans la requete complete puis la 
deuxieme zone de traitement execute la requete complete. 
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Lorsqu'une requete de type X arrive dans - la deuxieme - 
zone de traitement, elle est stockee temporairement pendant 
environ 5 minutes dans la memo ire du serveur ♦ Puis la zone 
de traitement cherche dans sa memoir e r s'il y a des requetes 
5 de type Y qui sont compatibles avec elle. Si c ' est le cas , 
la deuxieme zone de traitement trans forme chaque requete de 
type Y compatible en une requete complete a 1 ' aide de la 
requete de type X* Toutes ces requetes completes sont alors 
executees par la deuxieme de sone de traitement . 

10 

Lorsqu'une requete de type Y arrive dans la deuxieme 
zone de traitement, la deuxieme zone de traitement cherche 
dans sa memoire s'il y a une requete de type X qui est 
compatible avec elle. Si c'est le cas f la deuxieme sone de 
15 traitement la transforme a I'aide de la requete de type X 
compatible en une requete complete qui est alors executee . 
Si ce n'est pas le cas f la requete de type Y est stockee 
temporairement pendant 5 min dans la memoire du serveur, 

20 Soit A l'initiateur d'une recherche et B la liste des 

identifiants environnants a l'initiateur A, 1' execution 
d'une requete complete se traduit alors par : 

Une premiere etape de tri retenant seulement les 
25 identifiants de la liste B qui remplissent le critere de 
recherche de 1 ' utilisateur A et qui sont autorises a 
utiliser la presente invention. 

Une deuxieme etape qui selectionne pour chaque 
3 0 identifiant qui compose la liste B nouvellement triee les 
informations de son prof il n ' etant pas associees a des 
criteres d'acces ou etant associees a des criteres d'acces 
remplis par le prof il de 1 ' utilisateur A. 
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Une troisieme etape qui consiste a envoyer une reponse 
a 1' utilisateur A contenant les informations selectionnees 
dans la deuxieme etape. 

Le systeme de communication selon 1 ' invention comprend 
egalement des terminaux mobiles 21, 22, 23, appeles 2 de 
fagon generique . 

Le terminal mobile 2 est un appareil electronique 
portable reprenant les caracter istiques techniques d'un 
ordinateur de poche. II est au moins dote d'un ecran, d'un 
clavier, d'un processeur, d'une batterie, d'une memoire 
dure, d'une memoire vive et d'une interface faisant la 
connexion de tous ces elements. 

II peut etre dote d'un emplacement reserve a 1' agouti: 
d'une puce stockant 1 ' identif iant qui permettra au serveur<v 
d'identifier le profil de 1 ' utilisateur . Dans ce cas, avant.' 
le premier allumage du terminal mobile, 1 ' utilisateur , doit 
inserer sa carte a puce fournie avec son terminal mobile 

dans celui-ci. 

Le terminal mobile 2 peut stocker certaines 

informations de son profil sur sa memoire. 

II permet aussi a son utilisateur de saisir un critere 
de recherche. L ' utilisateur peut alors lancer une recherche 
sur son terminal mobile. L' interface du terminal mobile cree 
alors un nouveau numero de recherche et une liste vide 
associee. Cette liste vide associee a son numero de 
recherche contiendra par la suite des identifiants 
environnants captes . 



L' interface stocke alors dans la memoire du terminal 
mobile ces trois elements : 
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le numero de recherche cree ; 

le critere de recherche precedemment saisi ; 
la liste vide associee. 

Le terminal mobile 2 comprend egalement un organe de 
connexion 3 permettant d'acceder au reseau local sans fil 
en vue de communiquer avec les autres equipements bi- 
compatible environnants . 

L' organe de connexion 3 pent envoyer des requetes 
destinees aux autres terminaux mobiles dans une zone 
environnante EN, par radio-communication, via une liaison 
radio 7 . 

L ' organe de connexion 3 peut receptionner des requetes 
envoyees depuis d' autres terminaux mobiles situes dans une 
zone environnante EN, par radio-communication, via une 
liaison radio 7. 

L' organe de connexion 3 pourra par exemple etre aux 
normes de communication WIFI . 

Le terminal mobile 2 comprend egalement un autre 
organe de connexion 4 permettant d'etablir une communication 
par une liaison radio 6 avec l'operateur de 
telecommunication 9. L ' organe de connexion 4 pourra par 
exemple etre aux normes de communication GPRS ou UMTS. 



en 



L'operateur de telecommunication mobile 9 est relie 
permanence au serveur 8 grace a une liaison filaire haut 
debit 5. L' organe de connexion 4 peut done communiquer avec 
le serveur 8 par 1 ' intermediate de l'operateur de 
telecommunication 9 . 
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Ainsi, grace a son organe de connexion 4, le terminal 
mobile pent envoyer des requetes au serveur 8 et recevoir la 
reponse du serveur a sa requete* Le terminal mobile pent 
aussi recevoir un message venant du serveur, ce message 
n'etant pas precede d'une requete. 

Mais d'une fagon plus generale, un terminal mobile 
peut indirectement envoyer une requete au serveur par le 
biais d'un ou plusieurs autres terminaux mobiles 
environnants . 

Le terminal mobile 2 comprend une zone de traitement. 

Sur un ordre de 1' interface du terminal mobile , la 
zone de traitement peut composer des nouvelles requetes qui 
sont ensuite emises par 1 ' organe de connexion 3 ou 4. 

Par ailleurs, la zone de ' traitement du terminal mobile 
analyse . en permanence les requetes qui sont captees par ; son 
organe de connexion 3* La zone de traitement peut decider de 
composer une nouvelle requete apres avoir analyse , une 
requete captee, cette nouvelle requete etant ensuite emise 
par 1 ' organe de connexion 3 ou 4 . 

L' organe de connexion 3 du terminal mobile peut capter 
deux types de requetes : 

la requete de type M envoyee par 1 ' initiateur 
d'une recherche ; 

la requete de type P envoyee par un utilisateur 
environnant a 1 ' initiateur d'une recherche. 

La requete de type M peut contenir 
eventuellement 1 ' identif iant de 1' initiateur d'une recherche 
et un numero de recherche* 
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Si la reguete de type M contient 1 ' identif iant de 
l'initiateur d'une recherche et un numero de recherche, la 
reguete peut contenir en plus eventuellement un critere de 
recherche. 

La reguete de type P contient 1 ' identif iant de celui 
gui l'a envoyee. Elle peut aussi contenir eventuellement 
1' identif iant de l'initiateur d'une recherche et un numero 
de recherche. 

Lorsque l'organe de connexion 3 regoit une reguete de 
type M ne contenant pas de critere de recherche, la zone de 
traitement compose automatiguement une nouvelle reguete de 
type P. 

Lorsque l'organe de connexion 3 recoit une reguete de 
type M contenant un critere de recherche, la zone de 
traitement determine si elle doit composer une nouvelle 
reguete de type P. La zone de traitement consulte alors sa 
memoire et determine si elle peut savoir si son utilisateur 
remplit le critere de recherche contenu dans la reguete de 
type M. si son utilisateur ne remplit pas le critere de 
recherche, la zone de traitement ne compose pas une nouvelle 
reguete de type P. si la zone de traitement ne sait pas si 
son utilisateur remplit le critere de recherche ou si son 
utilisateur remplit le critere de recherche, la zone de 
traitement compose une nouvelle reguete de type P. 

Si la reguete de type M recue ne contient pas 
1' identif iant de l'initiateur d'une recherche ni un numero 
de recherche ni un critere de recherche, la nouvelle reguete 
de type P est necessairement emise aux autres terminaux 
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mobiles environnants par 1 ' intermediaire de l'organe de 
connexion 3 . 

Si la requete de type M regue contient 1 ' identif iant 
de 1' initiateur d'une recherche et un numero de recherche et 
si la zone de traitement compose une nouvelle requete de P, 
la nouvelle requete de type P contient necessairement 
1' identif iant de 1' initiateur d'une recherche et le numero 
de recherche contenus dans la requete de type M regue et est 
soit emise aux autres terminaux mobiles environnants par 
1 ' intermediaire de l'organe de connexion 3 ou soit emise au 
serveur par 1 ' intermediaire de l'organe de connexion 4 

On remarque que cette nouvelle requete de type P. 
envoyee au serveur pent alors s ' appeler une requete 
incomplete de type Y. 

Enfin, sur un ordre de 1' interface, la zone de... 
traitement peut composer puis emettre une nouvelle requete, 
de type P (ne faisant pas suite a un traitement d'une.. 
requete de type M) , dans ce cas, cette nouvelle requete de 
type P est emise aux autres terminaux mobiles environnants 
par 1' intermediaire de l'organe de connexion 3 et ne 
contient ni 1 ' identif iant de 1' initiateur d'une recherche ni 
de numero de recherche. 

Lorsque l'organe de connexion 3 regoit une requete de 
type P, la zone de traitement s' assure de prime abord que la 
requete de type P lui est bien adressee. Elle lui est bien 
adressee si 1 ' identif iant de 1' initiateur d'une recherche 
n'est pas contenu dans la requete regue ou si 1 ' identif iant 
de 1' initiateur d'une recherche contenu dans la requete 
regue correspond a 1 ' identif iant de 1 ' utilisateur du 
terminal mobile ayant regu cette requete. 
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Si elle lui est adressee et que la requete de type P 
ne contient pas de numero de recherche, alors, la zone de 
traitement ajoute 1 ' identif iant de celui qui a envoye la 
requete de type P dans toutes les listes associees aux 
numeros de recherche presents dans la memo-ire du terminal 
mobile. 

Si elle lui est adressee et que la requete de type P 
contient un numero de recherche qui est identique a un des 
numeros de recherche presents dans la memoire du terminal 
mobile, la zone de traitement ajoute dans sa liste associee 
1' identif iant de celui qui a envoye la requete de type P. 

Si l'utilisateur a precedemment initie une recherche, 
1' interface peut ordonner a la zone de traitement de 
composer une nouvelle requete complete a la destination du 
serveur composee de 1 ' identif iant de son utilisateur, son 
numero de recherche, son critere de recherche associe, la 
liste d' identif iants captes associee, ces trois derniers 
elements etant ensuite supprime de la memoire du terminal 
mobile. 

L' invention permet alors a l'utilisateur d'obtenir sur 
son terminal mobile des informations sur des utilisateurs 
environnants remplissant le critere de recherche qu ' il a 
choisi precedemment, 1' interface du terminal mobile pouvant 
afficher sur l'ecran de celui-ci n'importe quelle 
information stockee ou traitee par sa zone de traitement ou 
contenue dans n'importe quelle requete captee par son organe 
de connexion 3 ou 4 . 

Nous allons maintenant decrire dans la suite trois 
modes de realisation de la presente invention utilisee par 
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trois personnes : A, B et C . II est entendu que ces trois 
exemples ne sauraient etre limitatif s . 

Selon un premier mode de realisation, 1 ' organe de 
5 connexion 3 du mobile de chaque utilisateur a la 
• particular ite d'emettre en permanence une requete de type P 
contenant 1 ' identif iant de son utilisateur destinee aux 
autres mobiles environnants . Cette emission a lieu a un 
moment aleatoire dans un intervalle de 5 secondes toutes les 
10 5 secondes. 

Ce procede emetteur permet au procede recepteur de 
minimiser le risque de collision entre deux signaux radio 
entraxnant la perte des deux informations. En effet, si deux 
15 mobiles emettent en meme temps leurs identif iants , la* 
probabilite qu'ils emettent encore en meme temps les 5 ■■' 
secondes suivantes est tres faible. De ce fait, le recepteur-' 
de 1' organe de connexion 3 possede une forte probabilite de 
capter tous les identifiants environnants sur une periode de,: 
2 0 3 0 secondes. • 

Ainsi le mobile n'a pas besoin d'envoyer une requete 
de type M aux autres mobiles environnants pour qu'ils 
emettent une requete de type P contenant leur identif iant, 
25 signalant leur presence. II suffit que sa zone de traitement 
analyse les requetes de type P pendant 3 0 secondes pour 
qu'elle mette a jour les listes des identifiants 
environnants captes . 



30 



Selon le premier mode de realisation illustre figure 
2, 1' utilisateur A saisit un critere de recherche sur son 
mobile. Puis il lance une recherche. L 'utilisateur A est 
alors l'initiateur d'une recherche. 
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L ' interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L ' interface stocke 
alors sur la memoire du mobile ce numero de recherche, sa 
liste vide associee et le critere de recherche precedemment 
saisi. 

L'organe de connexion 3 du mobile de B emet en 
■ permanence une requete RIB de type P contenant 1 ' identif iant 
de B destinee aux autres mobiles environnants . 

L'organe de connexion 3 du mobile de C emet en 
permanence une requete R1C de type P contenant 1 ' identif iant 
de C destinee aux autres mobiles environnants. 

L'organe de connexion 3 du mobile de A receptionne les 
requete RIB et R1C de type P contenant respectivement. 
1 ' identif iant de B et de C. 

La zone de traitement du mobile de A analyse alors les 
requetes RIB et Ric et conclut que ces requetes lui sont 
bien adressees car elles ne contiennent pas 1 ' identif iant de 
l'initiateur d'une recherche. La zone de traitement ajoute 
1' identif iant de B et de C dans la liste vide precedemment 
creee. 

Sur un ordre de 1' interface du mobile de A, la zone de 
traitement compose une nouvelle requete complete R2 
contenant 1 ' identif iant de A, le numero de recherche 
precedemment cree et sa liste associee composee de 
1' identif iant de B et de C et le critere de recherche 
precedemment saisi par A. 

La requete complete R2 est ensuite envoyee au serveur. 
Apres avoir passe avec succes la premiere zone de traitement 
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du serveur, la requete complete R2 est executee par la 
deuxieme zone de traitement du serveur. 

Dans une premiere etape, le serveur consulte ses 
tables de donnees, il en conclut que les utilisateurs B et C 
remplissent le critere de recherche de 1 ' utilisateur A. 

Dans une deuxieme etape, le serveur selectionne les 
informations contenues dans le profil de 1 ' utilisateur B et 
C auxquelles 1 ' utilisateur A peut acceder . 

Dans une troisieme etape, le serveur envoie a 
1' utilisateur A les informations precedemment selectionnees 
par le serveur. 

Le mobile de A regoit les donnees venant du serveur et x 
celles-ci s'affichent a 1'ecran. 

Desormais dans le deuxieme et le troisieme mode de 
realisation, on considere que, en plus d'etre stockees sur,, 
le serveur, les informations identif iantes de chaque, 
utilisateur sont aussi stockees dans la memoire de leur 
mobile. De plus, on considere que les requetes de type M 
contiennent le critere identif iant de recherche. 

Selon le deuxieme mode de realisation illustre figure 
3, 1' utilisateur A saisit un critere de recherche (compose 
d'un critere identif iant de recherche et d ' un critere 
communautaire de recherche) sur son mobile. Puis il lance 
une recherche. L ' utilisateur A est alors 1 ' initiateur d'une 
recherche . 

L' interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L ' interface stocke 
alors sur la memoire du mobile ce numero de recherche, 
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liste vide associee et le critere de recherche precedemment 
saisi . 

Sur un ordre de 1' interface, la zone de traitement 
compose une requete Rl de type M contenant 1 ' identif iant de 
A, le numero de recherche precedemment cree, le critere 
identif iant de recherche precedemment saisi. Une fois 
composee, la requete Rl de type M est envoyee aux mobiles 
environnants . 



Une fois regue, la zone de traitement des mobiles 
environnants B et C analyse la requete Rl de type M et 
conclut que leur utilisateur remplit le critere identifiant 
de recherche de A. 

La zone de traitement des mobiles de B et C compose 
alors une requete de type P contenant 1 ' identif iant de A, le 
numero de recherche identique a celui contenu dans la 
requete Rl et respectivement 1 ' identif iant de B pour la zone 
de traitement du mobile de B et de C pour la zone de 
traitement du mobile de C. Une fois composees, les requetes 
R2B et R2C sont envoyees aux mobiles environnants et sont 
destinees au mobile de A. 



Une fois regues, la zone de traitement du mobile de A 
traite les deux requetes R2B et R2C. 

Ces requetes lui sont bien adressees car 1 ' identif iant 
de l'initiateur d'une recherche contenu dans les requetes 
R2B et R2C est bien 1 ' identif iant de A. 

La zone de traitement ajoute alors 1 ' identif iant de B 
et de C dans la liste vide precedemment creee . 
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Sur un ordre de 1' interface du mobile de A, la zone de 
traitement compose une nouvelle requete complete R3 
contenant 1 ' identif iant de A, le numero de recherche 
precedemment cree et sa liste associee composee de 
1' identif iant de B et de C et le critere de recherche saisi 
par A. 

La requete complete R3 est ensuite envoyee au serveur . 
Apres avoir passe avec succes la premiere zone de traitement 
du serveur, la requete R3 est executee par la deuxieme zone 
de traitement du serveur* 

Dans une premiere etape, le serveur consulte ses 
tables de donnees et il en conclut que seul 1 ' utilisateur 
remplit le critere communautaire de recherche de 
1 'utilisateur A. 

Dans une deuxieme etape, le serveur selectionne les 1 
informations contenues dans le profil de 1 ' utilisateur B, 
auxquelles 1 ' utilisateur A peut acceder. : 

Dans une troisieme etape, le serveur envoie a 
1' utilisateur A les informations precedemment selectionnees 
par le serveur* 

Le mobile de A regoit les donnees venant du serveur et 
celles-ci s 1 af f ichent a l'ecran. 

Dans une variante de la deuxieme realisation, on 
envisage le cas ou les informations identif iantes de 
1' utilisateur C ne remplissent pas le critere identif iant de 
recherche de 1 1 utilisateur A. Dans ce cas f apres avoir 
receptionne la requete Rl, la zone de traitement du mobile 
de C ne compose pas une nouvelle requete. Le mobile de A ne 
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receptionne que la requete R2B et envoie ensuite une requete 
complete R3 au serveur contenant 1 ' identif iant de A, le 
numero de recherche precedemment cree et sa liste associee 
composee de seulement 1 ' identif iant de B et le critere de 
recherche precedemment saisi. 



Selon le troisieme mode de realisation il lustre figure 
4, l'utilisateur A saisit un critere de recherche (compose 
d'un critere identifiant de recherche et d'un critere 
communautaire de recherche) sur son mobile. Puis il lance 
une recherche. L'utilisateur A est alors 1 ' initiateur d'une 
recherche. 



L' interface du mobile de A cree un nouveau numero de 
recherche et une liste vide associee. L' interface stocke 
alors sur la memoire du mobile ce numero de recherche, sa 
liste vide associee et le critere de recherche precedemment 
saisi . 



Sur un ordre de 1' interface, la zone de traitement 
compose une requete incomplete R2 de type X contenant 
1 ' identif iant de A, le numero de recherche precedemment 
cree, le critere de recherche precedemment saisi. Une fois 
composee, la requete R2 de type X est envoyee au serveur. 

Sur un ordre de 1' interface, la zone de traitement 
compose une requete Rl de type M contenant 1 ' identif iant de 
A, le numero de recherche precedemment cree, le critere 
identifiant de recherche precedemment saisi. Une fois 
composee, la requete Rl de type M est envoyee aux mobiles 
environnants . 



Une fois recue, la zone de traitement des mobiles 
environnants B et C analyse la requete Rl de type M et 
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conclut que leur utilisateur remplit le critere identifiant. 
de recherche de 1 ' utilisateur A„ 

La zone de traitement des mobiles de B et C compose 
5 alors une requete de type P contenant 1 ' identifiant 
de 1 'utilisateur A, le numero de recherche identique a celui 
contenu dans la requete Rl et respect ivement 1 r identifiant 
de B pour la zone de traitement du mobile de B et de C pour 
la zone de traitement du mobile de C . Une fois composees, 
10 les requetes R2B et R2C sont envoy ees au serveur . 

On remarque que ces nouvelles requetes R2B et R2C sont 
aussi des requetes incompletes de type Y. 

15 Apres avoir passe avec succes la premiere zone de 

traitement du serveur, la deuxieme zone de traitement du 

serveur traite les requete R2, R2B et R2C. 

Le serveur cree alors deux requetes completes en 

associant la requete R2 de type X et la requete R2B de type 
2 0 Y et en associant la requete R2 de type X et la requete R2C 

de type Y. Le serveur execute ces deux nouvelles requetes 

completes - 

Le serveur envoie la reponse 3B et 3C au mobile de 
25 1 ' utilisateur A. 

Le choix entre le premier mode de realisation, le 
deuxieme mode de realisation et le troisieme mode de 
realisation peut resulter d ' une optimisation des 
30 caracteristiques du reseau de telecommunications mobiles et 
du reseau sans fil local. 

Ainsi, si le reseau sans fil local est surcharge, le 
mobile privilegiera un dialogue avec le serveur plutot 



1er depot 



26 



qu'avec les autres mobiles environnants comme dans le 
premier mode de realisation. En revanche si le serveur est 
surcharge, le second mode de realisation sera privilegie, 
avec un traitement prealable au niveau des terminaux 
mobiles . 

La presente invention, selon un quelconque mode de 
realisation, peut etre utilisee pour de nombreux types 
d' application selon les caracteristiques des recherches et 
des informations stockees dans les profils des utilisateurs . 

L'utilisateur peut par exemple chercher dans une foule 
des personnes d'un age determine (avec par exemple des 
requetes du type « age infer ieur a 3 0 ans » ) ou bien 
possedant des loisirs specifiques (par exemple « aime la 
lecture » ou « apprecie le cinema japonais »). 

Dans le domaine de 1 ' achat ou de la vente, par 
ailleurs, l'utilisateur peut rechercher dans une foule de 
vendeurs (sur un marche par exemple), celui qui propose les 
prix les moins eleves, ou celui qui vend un produit 
specif ique. 

L' invention est decrite dans ce qui precede a titre 
d' exemple. II est entendu que 1 ' homme du metier est a meme 
de realiser differentes variantes de 1 ' invention sans pour 
autant sortir du cadre du brevet. 
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REWNPrcc&Tioars 

1 - Precede de communication mettant en ceuvre au moins 
un equipement mobile comprenant des moyens de 
telecommunications mobiles (du type GSM, GPRS, UMTS , CDMA, 
W-CDMA ... ) et des moyens d'acces a un reseau local sans-fil 
caracterise en ce qu ' il comprend les etapes consistant a : 

- Enregistrer des profils utilisateurs comportant 
chacun un identifiant numerique dans au moins une base de 
donnees numeriques ; 

- Envoyer une premiere requete , ladite requete 
comportant une pluralite de parametres et transitant via le 
reseau local sans~fil ; 

- Envoyer une seconde requete a un serveur , cette" 
requete comportant au moins une liste d ' identif iants * 
constitute d'au moins un identifiant et transitant via le 
reseau de telecommunications mobiles ; 

- Traiter au niveau du serveur la seconde requete a 
l'aide de la base de donnees comportant les profils 
utilisateurs ; 

- Recueillir une reponse a la seconde requete du 
serveur et afficher cette reponse sur un ecran dudit 
equipement . 

2 - Precede de communication selon la revendication 1, 
caracterise en ce que les deux requetes sont emises de f agon 
simultanee, 

3 - Precede de communication selon la revendication 
1, caracterise en ce que les deux requetes sent emises a des 
instants dif f erents • 
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4 - Procede de communication selon la revendication 1 , 
2 ou 3, caracterise en ce que 1'equipement mobile emet un 
signal vers le reseau local en permanence. 

5 - Procede de communication selon l'une au moins des 
revendications precedentes, caracterise en ce qu'il comporte 
en outre une etape de constitution d'une liste 
d'identif iants correspondants aux reponses a la premiere 
requete . 



6 - Procede de communication selon la revendication 5, 
caracterise en ce qu'il comporte en outre une etape de tri 
parmi les identifiants correspondants aux reponses a la 
premiere requete. 

7 - Procede de communication selon l'une quelconque 
des revendications precedentes, caracterise en ce que 
1' envoi de la seconde requete est declenche par une action 
de 1 ' utilisateur . 



8 - Procede de communication selon l'une quelconque 
des revendications precedentes, caracterise en ce que 
1' envoi de la seconde requete est declenche de fagon 
automatique . 



9 - Procede de communication selon l'une quelconque 
des revendications precedentes, caracterise en ce qu'il est 
mis en teuvre dans un service de raise en relation. 

10 - Procede de communication selon l'une quelconque 
des revendications precedentes, caracterise en ce qu'il est 
mis en csuvre dans un service de vente de proximite. 
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11 - Procede de communication selon l'une quelconque 
des revendications precedentes , caracterise en ce qu'il 
comporte en outre une etape de conversion d' identif iants de 
fagon a rendre compatibles des identif iants de l f operateur 

5 de telecommunications avec les identifiants enregistres dans 
ladite base de donnees numeriques. 

12 - Systeme de communication pour la mise en ceuvre du 
procede selon l'une au moins des revendications precedentes 

10 comportant une pluralite d ' equipement s mobiles bio- 
compatibles f au moins une base de donnees , au moins un 
serveur , et au moins un reseau de telecommunications 
mobiles . 
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